home *** CD-ROM | disk | FTP | other *** search
/ Experimental BBS Explossion 3 / Experimental BBS Explossion III.iso / gus / sdkdigv2.zip / SDKV2N30.TXT < prev    next >
Text File  |  1993-07-29  |  5KB  |  137 lines
  1.  
  2.  
  3.  
  4.  
  5.  
  6. GUS Programmer's Digest     Thu Jul 29 00:07     Volume 2: Issue  30  
  7.  
  8. Today's Topics:
  9.                     GUS Programmer's Digest V2 #29
  10.                        SDK Doc Questions still
  11.  
  12. Standard Info:
  13.     - Meta-info about the GUS can be found at the end of the Digest.
  14.     - Before you ask a question, please READ THE FAQ.
  15.  
  16. ----------------------------------------------------------------------
  17.  
  18. Date: Wed, 28 Jul 93 14:45
  19. From: "Thomas Gerstner"
  20. Subject: Re: GUS Programmer's Digest V2 #29
  21. Message-ID: <"93-07-28-14:45:50.68*UKBS">
  22.  
  23. Hmmm,
  24.  
  25. wie war das mit dem anrufen?
  26.  
  27. Ich wuerde sagen, wir treffen uns irgendwann bei Dir.
  28. Ruf einfach mal an wenn Du zu Hause bist oder hinterlasse mir eine
  29. Mail.
  30.  
  31. ------------------------------
  32.  
  33. Date: Wed, 28 Jul 1993 12:11:07 -0700 (PDT)
  34. From: roberts@brahms.amd.com (Dave Roberts)
  35. Subject: SDK Doc Questions still
  36. Message-ID: <9307281911.AA10717@angelo.amd.com>
  37.  
  38. I sent this message a few days ago and then left on vacation for a few
  39. days.  I expected to have my mailbox flooded with replys showing me
  40. the way to wisdom and everlasting happiness.  Instead I received
  41. zilch.  Sooo... here I go again.  I you know the answer, please reply
  42. to me personally or through the digest.  Thanks.
  43.  
  44. Dave Roberts
  45. david.roberts@amd.com
  46.  
  47. --------------------
  48.  
  49. I just snarfed the Postscript SDK documentation off the GUS
  50. mailserver, along with the SDK itself.  After reading the docs, I have
  51. a few of questions.
  52.  
  53. First, a general comment: The theory of operation section of the
  54. documentation needs to be expanded greatly!  All the stuff that
  55. follows later is pretty good, but there needs to be more discussion
  56. about the format of sound data, loop points, volume envelopes, etc.
  57. In other words, how all this stuff generally works.  Much of this
  58. stuff may be obvious to various people, but it wasn't for me.  If I
  59. hadn't been so engrossed with the GUS already, I'd have been totally
  60. lost.  Basically, the terminology wasn't defined (e.g., I was confused
  61. between a start and a begin point on a wave for a while).  Most of my
  62. questions would be answered with an expanded general theory section.
  63.  
  64. Now, on to the real questions.
  65.  
  66.  
  67. Question #1:
  68.  
  69. How does looping work?  Specifically, how does reverse looping
  70. operate?  What are the end points?  What are all the various looping
  71. options?  The docs mention resetting end points to deal with sampled
  72. decays.  What are the exact steps involved with this?  How do you
  73. handle decay without using a sampled decay?  Just a volume ramp down
  74. until you get to zero and then shut off the voice?
  75.  
  76.  
  77. Question #2:
  78.  
  79. The voice control registers have bits that can be modified at any time
  80. by the GF1.  The GF1 does a read-modify-write cycle to update these
  81. bits.  The SDK docs say that when writing to a register containing one
  82. of these bits that the software should write the value twice,
  83. separated by a delay (which is specified by I don't remember).  Anyway,
  84. this is all fine and dandy, but imagine this situation.
  85.  
  86. Voice control reigster, bit 6, controls the direction of movement
  87. through the wave.  What if I (the program) want to update a bit in the
  88. register.  I read the register value, modify the bit I want, and write
  89. it back twice.  What if the GF1, between the program's writes changes
  90. the direction of movement bit (because it was set to a loop mode and
  91. hit the end of the loop points and is now bouncing back the other
  92. way)?  The problem that I see is that I (the program) will end up
  93. setting the direction of movement bit back to the old value, which
  94. will start the wave back bouncing the other way before it reaches the
  95. other loop point.  Am I right with this, or do I not understand
  96. looping?  Is this a problem?  Is there a workaround other than, "don't
  97. do that"?
  98.  
  99.  
  100. Question #3:
  101.  
  102. One page 4 of the SDK docs they are describing volume ramping.  There
  103. is a table that describes the rate bits.  The table mentions something
  104. called a "FUR".  What's a FUR?
  105.  
  106.  
  107. Question #4:
  108.  
  109. What is the centerpoint for unsigned waveforms, 7F or 80 (hex)?
  110.  
  111.  
  112.  
  113. Thanks for any help you gurus might be able to give.
  114.  
  115. Dave Roberts
  116. Advanced Micro Devices, Inc.
  117. I/O and Network Products Division
  118. david.roberts@amd.com
  119.  
  120. ------------------------------
  121.  
  122. End of GUS Programmer's Digest V2 #30
  123. *************************************
  124.  
  125. To post to tomorrow's digest:               <gus-sdk%itchy@dsd.es.com>
  126. To (un)subscribe or get help:       <gus-sdk-request%itchy@dsd.es.com>
  127. To contact a human (last resort):     <gus-sdk-owner%itchy@dsd.es.com>
  128.  
  129. FTP sites:         archive.epas.utoronto.ca         pub/pc/ultrasound
  130.                    wuarchive.wustl.edu       systems/msdos/ultrasound
  131. Hints:
  132.       - Get the FAQ from the FTP sites or the request server.
  133.       - Mail to <gus-sdk-request%itchy@dsd.es.com> for info about
  134.     other GUS related mailing lists (UNIX, OS/2, GUS-MIDI, etc.)
  135.  
  136.  
  137.